home *** CD-ROM | disk | FTP | other *** search
/ Gold Medal Software 3 / Gold Medal Software - Volume 3 (Gold Medal) (1994).iso / bbsutils / mad_inet.arj / USENETPR.ZIP / USENETPR.IME
Internet Message Format  |  1994-01-01  |  20KB

  1. Xref: bloom-picayune.mit.edu news.announce.newusers:916 news.answers:3560
  2. Path: bloom-picayune.mit.edu!snorkelwacker.mit.edu!spool.mu.edu!darwin.sura.net!
  3. gatech!purdue!spaf
  4. From: spaf@cs.purdue.EDU (Gene Spafford)
  5. Newsgroups: news.announce.newusers,news.answers
  6. Subject: A Primer on How to Work With the Usenet Community
  7. Message-ID: <spaf-etiquette_719471665@cs.purdue.edu>
  8. Date: 19 Oct 92 05:14:32 GMT
  9. Expires: 18 Dec 92 17:14:25 GMT
  10. Followup-To: news.newusers.questions
  11. Organization: Dept. of Computer Sciences, Purdue Univ.
  12. Lines: 362
  13. Approved: spaf@cs.purdue.EDU
  14. Supersedes: <spaf-etiquette_716962647@cs.purdue.edu>
  15.  
  16. Archive-name: usenet-primer/part1
  17. Original-author: chuq@apple.COM (Chuq Von Rospach)
  18. Last-change: 5 May 1992 by spaf@cs.purdue.edu (Gene Spafford)
  19.  
  20.  
  21.               A Primer on How to Work With the USENET Community
  22.                              Chuq Von Rospach 
  23.  
  24.  
  25.  
  26.   *** You now have access to Usenet, a network of thousands of
  27.   computers.  Other documents or your system administrator will provide
  28.   detailed technical documentation.  This message describes the Usenet
  29.   culture and customs that have developed over time.  All new users should
  30.   read this message to find out how Usenet works. ***
  31.   *** (Old users could read it, too, to refresh their memories.)  ***
  32.  
  33.   USENET is a large collection of computers that share data with each
  34.   other.  It is the people on these computers that make USENET worth
  35.   the effort to read and maintain, and for USENET to function properly
  36.   those people must be able to interact in productive ways.  This
  37.   document is intended as a guide to using the net in ways that will
  38.   be pleasant and productive for everyone.
  39.  
  40.   This document is not intended to teach you how to use USENET.  Instead, it
  41.   is a guide to using it politely, effectively and efficiently.
  42.   Communication by computer is new to almost everybody, and there are
  43.   certain aspects that can make it a frustrating experience until you get
  44.   used to them.  This document should help you avoid the worst traps.
  45.  
  46.   The easiest way to learn how to use USENET is to watch how others use it.
  47.   Start reading the news and try to figure out what people are doing and
  48.   why.  After a couple of weeks you will start understanding why certain
  49.   things are done and what things shouldn't be done.  There are documents
  50.   available describing the technical details of how to use the software.
  51.   These are different depending on which programs you use to access the
  52.   news.  You can get copies of these from your system administrator.  If you
  53.   do not know who that person is, they can be contacted on most systems by
  54.   mailing to account "usenet".
  55.  
  56.  
  57.            Never Forget that the Person on the Other Side is Human
  58.  
  59.   Because your interaction with the network is through a computer it is easy
  60.   to forget that there are people "out there." Situations arise where
  61.   emotions erupt into a verbal free-for-all that can lead to hurt feelings.
  62.  
  63.   Please remember that people all over the world are reading your words.  Do
  64.   not attack people if you cannot persuade them with your presentation of
  65.   the facts.  Screaming, cursing, and abusing others only serves to make
  66.   people think less of you and less willing to help you when you need it.
  67.  
  68.   If you are upset at something or someone, wait until you have had a
  69.   chance to calm down and think about it.  A cup of (decaf!) coffee or
  70.   a good night's sleep works wonders on your perspective.  Hasty words
  71.   create more problems than they solve.  Try not to say anything to
  72.   others you would not say to them in person in a room full of people.
  73.  
  74.             Don't Blame System Admins for their Users' Behavior
  75.  
  76.   Sometimes, you may find it necessary to write to a system administrator
  77.   about something concerning his or her site.  Maybe it is a case of the
  78.   software not working, or a control message escaped, or maybe one of the
  79.   users at that site has done something you feel requires comment.  No matter
  80.   how steamed you may be, be polite to the sysadmin -- he or she may not have
  81.   any idea of what you are going to say, and may not have any part in the
  82.   incidents involved.  By being civil and temperate, you are more likely to
  83.   obtain their courteous attention and assistance.
  84.  
  85.                     Be Careful What You Say About Others
  86.  
  87.   Please remember -- you read netnews; so do as many as 2,500,000 other
  88.   people.  This group quite possibly includes your boss, your friend's
  89.   boss, your girl friend's brother's best friend and one of your
  90.   father's beer buddies.  Information posted on the net can come back
  91.   to haunt you or the person you are talking about.
  92.  
  93.   Think twice before you post personal information about yourself or
  94.   others.  This applies especially strongly to groups like soc.singles
  95.   and alt.sex but even postings in groups like talk.politics.misc have
  96.   included information about the personal life of third parties that
  97.   could get them into serious trouble if it got into the wrong hands.
  98.  
  99.                                   Be Brief
  100.  
  101.   Never say in ten words what you can say in fewer.  Say it succinctly and
  102.   it will have a greater impact.  Remember that the longer you make your
  103.   article, the fewer people will bother to read it.  
  104.  
  105.              Your Postings Reflect Upon You -- Be Proud of Them
  106.  
  107.   Most people on USENET will know you only by what you say and how well you
  108.   say it.  They may someday be your co-workers or friends.  Take some time
  109.   to make sure each posting is something that will not embarrass you later.
  110.   Minimize your spelling errors and make sure that the article is easy to
  111.   read and understand.  Writing is an art and to do it well requires
  112.   practice.  Since much of how people judge you on the net is based on your
  113.   writing, such time is well spent.
  114.  
  115.                            Use Descriptive Titles
  116.  
  117.   The subject line of an article is there to enable a person with a limited
  118.   amount of time to decide whether or not to read your article.  Tell people
  119.   what the article is about before they read it.  A title like "Car for
  120.   Sale" to rec.autos does not help as much as "66 MG Midget for sale:
  121.   Beaverton OR." Don't expect people to read your article to find out what
  122.   it is about because many of them won't bother.  Some sites truncate the
  123.   length of the subject line to 40 characters so keep your subjects short
  124.   and to the point.
  125.  
  126.                          Think About Your Audience
  127.  
  128.   When you post an article, think about the people you are trying to
  129.   reach.  Asking UNIX(*) questions on rec.autos will not reach as many
  130.   of the people you want to reach as if you asked them on
  131.   comp.unix.questions or comp.unix.internals.  Try to get the most
  132.   appropriate audience for your message, not the widest.
  133.  
  134.   It is considered bad form to post both to misc.misc, soc.net-people,
  135.   or misc.wanted and to some other newsgroup.  If it belongs in that
  136.   other newsgroup, it does not belong in misc.misc, soc.net-people,
  137.   or misc.wanted.  
  138.  
  139.   If your message is of interest to a limited geographic area (apartments,
  140.   car sales, meetings, concerts, etc...), restrict the distribution of the
  141.   message to your local area.  Some areas have special newsgroups with
  142.   geographical limitations, and the recent versions of the news software
  143.   allow you to limit the distribution of material sent to world-wide
  144.   newsgroups.  Check with your system administrator to see what newsgroups
  145.   are available and how to use them.
  146.  
  147.   If you want to try a test of something, do not use a world-wide newsgroup!
  148.   Messages in misc.misc that say "This is a test" are likely to cause
  149.   large numbers of caustic messages to flow into your mailbox.  There are
  150.   newsgroups that are local to your computer or area that should be used.
  151.   Your system administrator can tell you what they are.  
  152.  
  153.   Be familiar with the group you are posting to before you post!  You 
  154.   shouldn't post to groups you do not read, or post to groups you've
  155.   only read a few articles from -- you may not be familiar with the on-going
  156.   conventions and themes of the group.  One normally does not join
  157.   a conversation by just walking up and talking.  Instead, you listen
  158.   first and then join in if you have something pertinent to contribute.
  159.  
  160.                      Be Careful with Humor and Sarcasm
  161.  
  162.   Without the voice inflections and body language of personal
  163.   communications, it is easy for a remark meant to be funny to be
  164.   misinterpreted.  Subtle humor tends to get lost, so take steps to make
  165.   sure that people realize you are trying to be funny.  The net has
  166.   developed a symbol called the smiley face.  It looks like ":-)" and points
  167.   out sections of articles with humorous intent.  No matter how broad the
  168.   humor or satire, it is safer to remind people that you are being funny.
  169.  
  170.   But also be aware that quite frequently satire is posted without any
  171.   explicit indications.  If an article outrages you strongly, you
  172.   should ask yourself if it just may have been unmarked satire.
  173.   Several self-proclaimed connoisseurs refuse to use smiley faces, so
  174.   take heed or you may make a temporary fool of yourself.
  175.  
  176.                           Only Post a Message Once
  177.  
  178.   Avoid posting messages to more than one newsgroup unless you are sure
  179.   it is appropriate.  If you do post to multiple newsgroups, do not
  180.   post to each group separately.  Instead, specify all the groups on a
  181.   single copy of the message.  This reduces network overhead and lets
  182.   people who subscribe to more than one of those groups see the message
  183.   once instead of having to wade through each copy.
  184.  
  185.               Please Rotate Messages With Questionable Content
  186.  
  187.   Certain newsgroups (such as rec.humor) have messages in them that may
  188.   be offensive to some people.  To make sure that these messages are
  189.   not read unless they are explicitly requested, these messages should
  190.   be encrypted.  The standard encryption method is to rotate each
  191.   letter by thirteen characters so that an "a" becomes an "n".  This is
  192.   known on the network as "rot13" and when you rotate a message the
  193.   word "rot13" should be in the "Subject:" line.  Most of the software
  194.   used to read usenet articles have some way of encrypting and
  195.   decrypting messages.  Your system administrator can tell you how the
  196.   software on your system works, or you can use the Unix command "tr
  197.   [a-z][A-Z] [n-z][a-m][N-Z][A-M]". (Note that some versions of Unix
  198.   don't require the [] in the "tr" command.  In fact, some systems will
  199.   get upset if you use them in an unquoted manner.  The following
  200.   should work for everyone, but may be shortened on some systems:
  201.         tr '[a-m][n-z][A-M][N-Z]' '[n-z][a-m][N-Z][A-M]'
  202.   Don't forget the single quotes!)
  203.  
  204.                     Summarize What You are Following Up
  205.  
  206.   When you are following up someone's article, please summarize the parts of
  207.   the article to which you are responding.  This allows readers to
  208.   appreciate your comments rather than trying to remember what the original
  209.   article said.  It is also possible for your response to get to some sites
  210.   before the original article.
  211.  
  212.   Summarization is best done by including appropriate quotes from the
  213.   original article.  Do not include the entire article since it will
  214.   irritate the people who have already seen it.  Even if you are responding
  215.   to the entire article, summarize only the major points you are discussing.
  216.  
  217.                         When Summarizing, Summarize!
  218.  
  219.   When you request information from the network, it is common courtesy to
  220.   report your findings so that others can benefit as well.  The best way of
  221.   doing this is to take all the responses that you received and edit them
  222.   into a single article that is posted to the places where you originally
  223.   posted your question.  Take the time to strip headers, combine duplicate
  224.   information, and write a short summary.  Try to credit the information to
  225.   the people that sent it to you, where possible.
  226.  
  227.                       Use Mail, Don't Post a Follow-up
  228.  
  229.   One of the biggest problems we have on the network is that when someone
  230.   asks a question, many people send out identical answers.  When this
  231.   happens, dozens of identical answers pour through the net.  Mail your
  232.   answer to the person and suggest that they summarize to the network.  This
  233.   way the net will only see a single copy of the answers, no matter how many
  234.   people answer the question.
  235.  
  236.   If you post a question, please remind people to send you the answers by
  237.   mail and at least offer to summarize them to the network.
  238.  
  239.       Read All Follow-ups and Don't Repeat What Has Already Been Said
  240.  
  241.   Before you submit a follow-up to a message, read the rest of the messages
  242.   in the newsgroup to see whether someone has already said what you want to
  243.   say.  If someone has, don't repeat it.
  244.  
  245.                     Check the Headers When Following Up
  246.   
  247.   The news software has provisions to specify that follow-ups to an
  248.   article should go to a specific set of newsgroups -- possibly
  249.   different from the newsgroups to which the original article was
  250.   posted.  Sometimes the groups chosen for follow-ups are totally
  251.   inappropriate, especially as a thread of discussion changes with
  252.   repeated postings.  You should carefully check the groups and
  253.   distributions given in the header and edit them as appropriate.  If
  254.   you change the groups named in the header, or if you direct
  255.   follow-ups to a particular group, say so in the body of the message
  256.   -- not everyone reads the headers of postings.
  257.  
  258.  
  259.                   Be Careful About Copyrights and Licenses
  260.  
  261.   Once something is posted onto the network, it is *probably* in the
  262.   public domain unless you own the appropriate rights (most notably,
  263.   if you wrote the thing yourself) and you post it with a valid
  264.   copyright notice; a court would have to decide the specifics and
  265.   there are arguments for both sides of the issue. Now that the US has
  266.   ratified the Berne convention, the issue is even murkier.  For all
  267.   practical purposes, though, assume that you effectively give up the
  268.   copyright if you don't put in a notice.  Of course, the
  269.   *information* becomes public, so you mustn't post trade secrets that
  270.   way.  When posting material to the network, keep in mind that
  271.   material that is UNIX-related may be restricted by the license you
  272.   or your company signed with AT&T and be careful not to violate it.
  273.   You should also be aware that posting movie reviews, song lyrics, or
  274.   anything else published under a copyright could cause you, your
  275.   company, or members of the net community to be held liable for
  276.   damages, so we highly recommend caution in using this material.
  277.  
  278.                         Cite Appropriate References
  279.  
  280.   If you are using facts to support a cause, state where they came from.
  281.   Don't take someone else's ideas and use them as your own.  You don't want
  282.   someone pretending that your ideas are theirs; show them the same respect.
  283.  
  284.                     Mark or Rotate Answers and Spoilers
  285.  
  286.   When you post something (like a movie review that discusses a detail of
  287.   the plot) which might spoil a surprise for other people, please mark your
  288.   message with a warning so that they can skip the message.  Another
  289.   alternative would be to use the "rot13" protocol to encrypt the message so
  290.   it cannot be read accidentally.  When you post a message with a spoiler in
  291.   it make sure the word "spoiler" is part of the "Subject:" line.
  292.  
  293.                      Spelling Flames Considered Harmful
  294.  
  295.   Every few months a plague descends on USENET called the spelling flame.
  296.   It starts out when someone posts an article correcting the spelling or
  297.   grammar in some article.  The immediate result seems to be for everyone on
  298.   the net to turn into a 6th grade English teacher and pick apart each other's
  299.   postings for a few weeks.  This is not productive and tends to cause
  300.   people who used to be friends to get angry with each other.
  301.  
  302.   It is important to remember that we all make mistakes, and that
  303.   there are many users on the net who use English as a second
  304.   language.  There are also a number of people who suffer from
  305.   dyslexia and who have difficulty noticing their spelling mistakes.
  306.   If you feel that you must make a comment on the quality of a
  307.   posting, please do so by mail, not on the network.
  308.  
  309.                           Don't Overdo Signatures
  310.  
  311.   Signatures are nice, and many people can have a signature added to
  312.   their postings automatically by placing it in a file called
  313.   "$HOME/.signature".  Don't overdo it.  Signatures can tell the world
  314.   something about you, but keep them short.  A signature that is longer
  315.   than the message itself is considered to be in bad taste.  The main
  316.   purpose of a signature is to help people locate you, not to tell your
  317.   life story.  Every signature should include at least your return
  318.   address relative to a major, known site on the network and a proper
  319.   domain-format address.   Your system administrator can give this to
  320.   you.  Some news posters attempt to enforce a 4 line limit on
  321.   signature files -- an amount that should be more than sufficient to
  322.   provide a return address and attribution.
  323.  
  324.                Limit Line Length and Avoid Control Characters
  325.  
  326.   Try to keep your text in a generic format.  Many (if not most) of
  327.   the people reading Usenet do so from 80 column terminals or from 
  328.   workstations with 80 column terminal windows.  Try to keep your
  329.   lines of text to less than 80 characters for optimal readability.
  330.   If people quote part of your article in a followup, short lines will
  331.   probably show up better, too.
  332.  
  333.   Also realize that there are many, many different forms of terminals
  334.   in use.  If you enter special control characters in your message, it
  335.   may result in your message being unreadable on some terminal types;
  336.   a character sequence that causes reverse video on your screen may
  337.   result in a keyboard lock and graphics mode on someone else's
  338.   terminal.  You should also try to avoid the use of tabs, too, since
  339.   they may also be interpreted differently on terminals other than 
  340.   your own.
  341.  
  342.  
  343.                        Summary of Things to Remember
  344.  
  345.  
  346.        Never forget that the person on the other side is human
  347.        Don't blame system admins for their users' behavior
  348.        Be careful what you say about others
  349.        Be brief
  350.        Your postings reflect upon you; be proud of them
  351.        Use descriptive titles
  352.        Think about your audience
  353.        Be careful with humor and sarcasm
  354.        Only post a message once
  355.        Please rotate material with questionable content
  356.        Summarize what you are following up
  357.        Use mail, don't post a follow-up
  358.        Read all follow-ups and don't repeat what has already been said
  359.        Double-check follow-up newsgroups and distributions.
  360.        Be careful about copyrights and licenses
  361.        Cite appropriate references
  362.        When summarizing, summarize
  363.        Mark or rotate answers or spoilers
  364.        Spelling flames considered harmful
  365.        Don't overdo signatures
  366.        Limit line length and avoid control characters
  367.  
  368. (*)UNIX is a registered trademark of AT&T.
  369.  
  370. -----------
  371.       This document is in the public domain and may be reproduced or
  372.       excerpted by anyone wishing to do so.
  373. -- 
  374. Gene Spafford
  375. Software Engineering Research Center & Dept. of Computer Sciences
  376. Purdue University, W. Lafayette IN 47907-1398
  377. Internet:  spaf@cs.purdue.edu   phone:  (317) 494-7825
  378.  
  379.